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Data transfer control system, program and data transfer control method 



(54 

(57) A data transfer control system receives a com- 
mand packet ORB transferred through a bus BUS1 
(IEEE 1394), issues a command indicated by ORB to a 
device connected to a bus BUS2 (ATA (IDE) /ATARI), 
and orders start of a DMA transfer. The command is- 
sued based on ORB is aborted after the completion of 
the DMA transfer. The data transfer control system com- 
pares contents of a command packet ORB1 transferred 



before a bus reset with contents of a command packet 
ORB2 transferred after the bus reset. If the contents are 
different, a command issued based on ORB1 is aborted 
after completion of a DMA transfer. Dummy data is 
transferred between the data transfer control system 
and the device connected to the bus BUS2 until a DMA 
transfer is completed. Dummy data transfer is controlled 
by performing a dummy update on a pointer. 
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(57) A data transfer control system receives a com- 
mand packet ORB transferred through a bus BUS1 
(IEEE 1394), issues a command indicated by ORB to a 
device connected to a bus BUS2 (ATA (IDE) /ATAPi), 
and orders start of a DMA transfer. The command is- 
sued based on ORB is aborted after the completion of 
the DMA transfer. The data transfer control system com- 
pares contents of a command packet ORB1 transferred 



before a bus reset with contents of a command packet 
ORB2 transferred after the bus reset. If the contents are 
different, a command issued based on ORB1 is aborted 
after completion of a DMA transfer. Dummy data is 
transferred between the data transfer control system 
and the device connected to the bus BUS2 until a DMA 
transfer is completed. Dummy data transfer is controlled 
by performing a dummy update on a pointer. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a data transfer 
control system, an electronic instrument, a program, 
and a data transfer control method. 
[0002] In recent years, an Interface standard called 
IEEE 1394 has attracted attention. Not only can compu- 
ter peripherals such as hard disk drives, optical disk 
drives, printers, and scanners be connected to a bus un- 
der this IEEE 1 394, but also domestic electrical products 
such as video cameras, VCRs, and TVs. That is why 
this standard is expected to enable a dramatic acceler- 
ation in the digitalization of electronic instruments. 
[0003] In the IEEE 1394, when the number of nodes 
connected to a bus is changed, such as when an addi- 
tional electronic instrument is connected to the bus or 
when an electronic instrument is removed from the bus, 
a bus reset occurs, if a bus reset occurs, node topology 
information is cleared. The node topology information is 
automatically recreated after the bus reset. 
[0004] In IEEE 1394, since the node topology infor- 
mation is automatically recreated after the bus reset, a 
so-called hot plug is enabled. That is, a user can plug 
and unplug electronic instruments at any time in the 
same manner as in conventional domestic electrical ap- 
pliances such as VCRs. This contributes to populariza- 
tion of a home network system. 

[0005] IHowever, various problems may be caused by 
the bus reset. When a command is issued to a hard disc 
drive (or a storage device in a broad sense, or a device 
in a broader sense) and a direct memory access (DMA) 
transfer is initiated, if a bus reset occurs during the DMA 
transfer, the hard disc drive may hang up, for example. 
[0006] As conventional technique for solving various 
problems caused by the occurrence of the bus reset, a 
technique disclosed in Japanese Patent Application 
Laid-open No. 2001-177537 is known, for example. 

BRIEF SUMMARY OF THE INVENTION 

[0007] In the light of the above-described technical 
problem, the present invention may provide a data 
transfer control system, an electronic instalment, a pro- 
gram, and a data transfer control method that enable 
the abortion of a command issued to the device appro- 
priately. 

[0008] According to one aspect of the present inven- 
tion, there is provided a data transfer control system for 
data transfer through a bus, comprising: 

a command processing section which receives a 
command packet transferred through a first bus, is- 
sues a command indicated by the command packet 
to a device connected to a second bus, and orders 
start of a direct memory access (DMA) transfer 
through the second bus; and 



a command abort section which aborts the com- 
mand issued to the device connected to the second 
bus based on the command packet after the com- 
pletion of the DMA transfer started based on the 
5 command packet. 

[0009] In this data transfer control system, the com- 
mand indicated by the command packet transferred 
through the first bus is issued to the device connected 

^0 to the second bus, and the DMA transfer is started. The 
command issued to the device connected to the second 
bus is aborted (or cancelled) after the completion of the 
DMA transfer. This prevents occurrence of a problem 
such as a hang-up of the device connected to the sec- 

^5 ond bus when the DMA transfer is terminated abnormal- 
ly, whereby the command issued to the device can be 
aborted appropriately. Note that the first bus may be a 
bus which transfers data conforming to a first interface 
standard and the second bus may be a bus which trans- 
20 fers data conforming to a second interface standard, for 
example. 

[0010] The data transfer control system may further 
comprise a command comparison section which com- 
pares contents of a first command packet transferred 
25 through the first bus before a bus reset with contents of 
a second command packet transferred through the first 
bus after the bus reset, when the bus reset that clears 
node topology information has occurred during the 
processing of the first command packet, wherein the 
30 command abort section may abort a command which 
has been issued to the device connected to the second 
bus based on the first command packet after completion 
of a DMA transfer which has been started based on the 
first command packet, when the contents of the first 
35 command packet are determined to be different from the 
contents of the second command packet. 
[0011] if the contents of the first and second com- 
mand packets are determined to be the same, the data 
transfer can be resumed from the point of the bus reset 
40 occurrence. 

[001 2] In this data transfer control system, when a bus 
reset that clears node topology information occurs dur- 
ing processing of a first command packet, 

in a case where a command of the first command 
^5 packet has been issued to the device connected to the 
second bus, the command of the first command packet 
may be aborted, and 

in a case where the command of the first com- 
mand packet has not been issued to the device connect- 
so ed to the second bus, processing of a second command 
packet may start without aborting the command of the 
first command packet. 

[0013] In this data transfer control system, the com- 
mand abort section may control dummy data transfer to 
55 or from the device connected to the second bus until the 
completion of the DMA transfer. 

[0014] in this case, dummy data transfer control may 
be implemented by performing a dummy update on a 
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pointer of a packet buffer which temporarily stores trans- 
ferred data, or by providing hardware for dummy data 
transfer. The dummy data may be data which is trans- 
ferred through the second bus, but is not transferred 
through the first bus, for example. 
[0015] In this data transfer control system, the com- 
mand abort section may abort a command without con- 
trolling dummy data transfer when any DMA transfer is 
not being performed in determination of whether or not 
the command is to be aborted: 

[0016] This enables the processing of dummy data 
transfer control to be omitted, whereby processing effi- 
ciency can be improved. 

[0017] The data transfer control system may further 
comprise: 

a pointer management section which manages 
pointers for a packet buffer which is a ring buffer 
and temporarily stores transferred data, the pointer 
management section updating a first pointer each 
time when data transferred from the second bus is 
written in the packet buffer, and also updating a sec- 
ond pointer each time when data to be transferred 
to the first bus is read from the packet buffer, 

wherein the command abort section may control 
dummy data transfer by performing a dummy update on 
the second pointer so that the first pointer does not go 
ahead of the second pointer. 

[0018] The data transfer control system may further 
comprise: 

a pointer management section which manages 
pointers for a packet buffer which is a ring buffer 
and temporarily stores transferred data, the pointer 
management sectfon updating a third pointer each 
time when data to be transferred to the second bus 
is read from the packet buffer, and also updating a 
fourth pointer each time when data transferred from 
the first bus Is written in the packet buffer, 

wherein the command abort section controls duro- 
my data transfer by performing a dummy update on the 
fourth pointer so that the third pointer does not go ahead 
of the fourth pointer. 

[0019] In this data transfer control system, the first 
bus may transfer data conforming to the IEEE 1394 
standard, and the second bus may transfer data con- 
forming to the Advanced Technology Attachment/Ad- 
vanced Technology Attachment Packet Interface (ATA/ 
ATARI) standard. 

[0020] According to another aspect of the present in- 
vention, there is provided an electronic instrument com- 
prising any of the above data transfer control systems 
and the device connected to the second bus. 
[0021] According to further aspect of the present in- 
vention, there Is provided a program causing a data 
transfer control system to function as: 



a command processing section which receives a 
command packet transferred through a first bus, is- 
sues a command indicated by the command packet 
to a device connected to a second bus, and orders 
5 the start of a direct memory access (DMA) transfer 
through the second bus; and 
a command abort section which aborts the com- 
mand Issued to the device connected to the second 
bus based on the command packet after the com- 
10 pletion of the DMA transfer started based on the 
command packet. 

[0022] According to still another aspect of the present 
invention, there is provided a data transfer control meth- 
15 od for data transfer through a bus, the method compris- 
ing: 

issuing a command indicated by a command packet 
transferred through a first bus, to a device connect- 
ed to a second bus, and ordering start of a direct 
memory access (DMA) transfer through the second 

bus; and 

aborting the command issued to the device con- 
nected to the second bus based on the command 
packet after the completion of the DMA transfer 
started based on the command packet. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWING 

[0023] 

FIG. 1 is a diagram Illustrative of a layer stnjcture 
of IEEE 1394 and Serial Bus Protocal 2 (SBP-2). 
FIG. 2 is a diagram illustrative of a summary of 
processing of SBP-2. 

FIG. 3 is a diagram Illustrative of command process- 
ing in the case of transferring data from an Initiator 
to a target in SBP-2. 

FIG. 4 Is a diagram illustrative of command process- 
ing In the case of transferring data from a target to 
an initiator in SBP-2. 

FIGS. 5A to 5C are diagrams for describing a page 
table. 

FIG. 6 is a diagram illustrative of node topology in- 
formation which is cleared by a bus reset. 
FIGS. 7A and 7B are diagrams for describing a 
problem which occurs when a bus reset occurs dur- 
ing data transfer. 
50 FIG. 8 is a diagram showing a configurational ex- 
ample of a data transfer control system and an elec- 
tronic instrument in one embodiment of the present 
invention. 

FIG. 9 is a flowchart showing a detailed processing 
55 according to one embodiment of the present inven- 
tion. 

FIG. 1 0 is af lowchart showing a detailed processing 
according to one embodiment of the present inven- 
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tion. 

FIG. 11 is a diagram illustrative of resume process- 
ing of data transfer. 

FIG. 12 is a diagram illustrative of comparison of 
contents of ORBs. 

FIG. 13 is a diagram illustrative of command abort 
processing. 

FIGS. 1 4A to 1 4E are diagrams for describing point- 
er control (in reading) for implementing processing 
of dummy data transfer. • 
FIGS. 1 5A to 1 5E are diagrams for describing point- 
er control (in writing) for implementing processing 
of dummy data transfer. 

FIG. 16 is a diagram showing a configu rational ex- 
ample of an ATA/ATAPI interface circuit. 
FIGS. 17A and 17B are waveform charts showing 
signal waveform examples during PIO reading and 
PIO writing. 

FIGS. 18A and 18B are waveform charts showing 
signal waveform examples during DMA reading and 
DMA writing. 

FIGS. 19A and 19B are waveform charts showing 
signal waveform examples during UltraDMA read- 
ing and UltraDMA writing. 

DETAILED DESCRIPTION OF THE EMBODIMENT 

[0024] Embodiments of the present invention are de- 
scribed below. 

[0025] Note that the embodiments described below 
do not in any way limit the scope of the invention laid 
out in the claims herein. In addition, all elements of the 
embodiments described below should not be taken as 
essential requirements of the present invention. 

1. IEEE 1394 and SBP-2 

1.1 Layer structure 

[0026] A protocol called Serial Bus Protocol 2 (SBP- 
2) has been proposed as a higher level protocol includ- 
ing a part of a function of a transaction layer of IEEE 
1 394. SBP-2 (SBP in a broad sense) has been proposed 
to enable a command set of SCSI (MMC-2) to be utilized 
on the protocol of IEEE 1394. SBP-2 enables a com- 
mand set which has been used in an electronic instru- 
ment conforming to the SCSI standard to be used in an 
electronic instrument conforming to the IEEE 1394 
standard by merely adding minimum changes to the 
command set. Therefore, the design and development 
of an electronic instrument can be facilitated. 
[0027] FIG. 1 schematically shows a layer structure 
(or a protocol stack) of IEEE 1394 and SBP-2. 
[0028] The protocols of IEEE 1 394 (IEEE 1 394-1 995, 
P1394a, PI 394b, etc.) include a transaction layer, a link 
layer, and a physical layer. 

[0029] The transaction layer provides an upper layer 
with an interface (service) in a transaction unit, and per- 



forms transactions such as a read transaction, write 
transaction, and lock transaction through an interface 
provided by the link layer in a lower layer. 
[0030] In the read transaction, data is transferred to a 

5 requester node from a responder node. In the write 
transaction, data is transferred to the responder node 
from the requester node. In the lock transaction, data is 
transferred to the responder node from the requester 
node, and the responder node processes the data and 

10 returns the processed data to the requester node. 
[0031] The link layer provides addressing, data 
checking, data framing for packet transmission and re- 
ception, cycle control for isochronous transfer, and the 
like. 

15 [0032] The physical layer translates logical symbols 
used by the link layer into electrical signals, arbitrates 
for the bus, and provides a physical bus interface. 
[0033] As shown in FIG. 1 , an SBP-2 layer provides 
a higher level protocol including a part of the function of 

20 the transaction layer of IEEE 1 394 (first interface stand- 
ard in a broad sense). 

1 .2 Processing of SBP-2 

25 [0034] FIG. 2 shows a flowchart of the entire process- 
ing of SBP-2 (first higher level protocol of the first inter- 
face standard in a broad sense). 

[0035] In SBP-2, read processing of a configuration 
ROM is performed for confirming connected devices as 

30 shown in FIG. 2 (step T1 ). 

[0036] Login processing for allowing an initiator (per- 
sonal computer, for example) to acquire an access right 
to a target (storage device, for example) (request initia- 
tion permission; right to use the bus) is performed (step 

35 T2). In more detail, the login processing is performed by 
using a login operation request block (ORB) created by 
the initiator. 

[0037] A fetch agent is initialized (step T3). Command 
processing is performed by using a command block 
40 ORB (normal command ORB) (step T4), and logout 
processing is performed by using a logout ORB. (step 
T5). 

[0038] In the command processing in the step T4, the 
initiator transfers a write request packet (issues a write 

45 request transaction) to ring a doorbell register of the tar- 
get, as indicated by A1 in FIG. 3. The target transfers a 
read request packet, and the initiator returns a read re- 
sponse packet corresponding to the read request pack- 
et, as indicated by A2. This allows the ORB (command 

50 block ORB) created by the initiator to be fetched in a 
data buffer (packet buffer) of the target. The target an- 
alyzes a command included in the ORB fetched in the 
data buffer. 

[0039] If the command included in the ORB is a SCSI 
55 write command, the target transfers a read request 
packet to the initiator, and the initiator returns a read re- 
sponse packet corresponding to the read request pack- 
et, as indicated by A3. This allows data stored in a data 
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buffer of the initiator to be transferred to the target. In 
the case where the target is a storage device, the trans- 
ferred data Is written in the storage device. 
[0040] If the command included in the ORB is a SCSI 
read command, the target transfers a series of write re- 
quest packets to the initiator, as indicated by B1 in FIG. 
4. In the case where the target is a storage device, data 
read from the storage device is transferred to the data 
buffer of the initiator. 

[0041] According to SBP-2. the target can transmit or 
receive data by transferring a request packet (issuing a 
transaction) at its convenience. Therefore, since it is un- 
necessary for the initiator and the target to operate in 
synchronization, data transfer efficiency can be in- 
creased. 

[0042] As a higher level protocol of IEEE 1 394, an AV/ 
C command which is suitable for transferring image and 
sound data has been proposed in addition to SBP-2 
which is suitable for transferring data of a storage device 
or a printer. As a protocol for transferring internet proto- 
col (IP) packets on the IEEE 1394 bus, a protocol called 
IPover1394 has also been proposed. 
[0043] In the case of transferring data between the 
target and the initiator, there may be a case where a 
page table is present in the data buffer of the initiator 
(personal computer or partner node) as shown in FIG. 
5A, and a case where a page table is not present in the 
data buffer of the initiator. 

[0044] In the case where a page table is present, the 
page table address and the number of elements are in- 
cluded in an ORB created by the initiator, as shown in 
FIG. 5B. The address (read address or write address) 
of data to be transferred is indirectly addressed by using 
the page table. 

[0045] In the case where a page table is not present, 
an address and data length are included in the ORB and 
data to be transferred is directly addressed, as shown 
in FIG. 5C. 

1 .3 Bus reset 

[0046] In IEEE 1394, a bus reset occurs (is issued) 
< when power to a device is turned on or a device is 
plugged in or unplugged in the middle of a transaction. 
Specifically, each node monitors a change in voltage of 
the port. If the voltage of the port is changed due to con- 
nection of a new node with the bus or the like, a node 
which detects the voltage change notifies other nodes 
on the bus of occurrence of the bus reset. The physical 
layer of each node notifies the link layer of occurrence 
of the bus reset; 

[0047] If the bus reset occurs, topology information 
(node ID and the like) shown in FIG. 6 is cleared. The 
topology information is then automatically recreated. 
Specifically, tree identify and self-identify processes are 
performed after the bus reset. Management nodes such 
as an isochronous resource manager, a cycle master, 
and a bus manager are then determined, and normal 



packet transfer is resumed. 

[0048] In IEEE 1394, since the topology information 
is automatically recreated after the bus reset, a cable 
can be plugged into or unplugged from an electronic in- 
5 strument at any time, whereby a so-called hot plug can 
be implemented. 

[0049] In the case where the bus reset occurs in the 
middle of a transaction, the transaction is canceled. The 
requester node which has issued the canceled transac- 
?o tion retransfers the request packet after the topology in- 
formation is recreated. The responder node must not re- 
turn the response packet of the transaction canceled by 
the bus reset to the requester node. 

15 1 .4 Hang-up due to bus reset 

[0050] It was found that the following problem occurs 

if the bus reset occurs during data transfer. 

[0051] As shown in FIG. 7A, the bus reset occurs after 

20 data at a location (address) indicated by CI is trans- 
ferred, for example. In this case, all transactions which 
are being processed when the bus reset occurs are can- 
celed. Therefore, the initiator such as a personal com- 
puter which has requested data transfer by using an 

25 ORB transferred before the bus reset (hereinafter may 
be called "ORB1**) recreates an ORB transferred after 
the bus reset (hereinafter may be called "ORB2"), and 
orders the target such as a storage device to retransfer 
data, as shown in FIG. 7B. Therefore, data transfer is 

30 resumed at a location indicated by C2 in FIG. 7B, where- 
by data is transferred twice. 

[0052] In order to solve this problem, the technology 
disclosed in Japanese Patent Application Laid-open No. 
2001 -177537 employs a method of comparing the con- 
35 tents of the ORB 1 before the bus reset with the contents 
of the ORB2 after the bus reset, and resuming data 
transfer at a location indicated by C3 in FIG. 7B if the 
contents of the ORB1 are the same as the contents of 
the ORB2. 

40 [0053] However, depending on the architecture of the 
operating system (OS) of the personal computer, an 
ORB2 having contents differing from the contents of the 
ORB1 before the bus reset may be transferred from the 
personal computer after the bus reset. 

45 [0054] For example, the ORB contains the SCSI 
(MMC-2) write command as shown in FIG. 3, and the 
bus reset occurs during data transfer based on the write 
command. In this case, the OS of the personal computer 
may send an ORB2 containing a read command for a 

50 file allocation table (FAT) after the bus reset in order to 
check the contents of the FAT. 

[0055] In this case, since the data write command is 
indicated by the ORB1 before the bus reset and the FAT 
read command is indicated by the ORB2 after the bus 
55 reset, the contents of the ORB1 differ from the contents 
of the ORB2. Therefore, the write command of the ORB 
which has been issued to the storage device in the sub- 
sequent stage must be aborted. 
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[0056] However, in the case where the DMA transfer 
has already been started (or initiated) based on the write 
command of the ORB before the bus reset, a problem 
in which the storage device in the subsequent stage 
hangs occurs if the write command is aborted. 5 

2. Entire configuration 

[0057] FIG. 8 shows an entire configuration example 
of a data transfer control system capable of solving the io 
above problem and an electronic instrument including 
the data transfer control system. The following descrip- 
tion is given taking a case where a target which performs 
data transfer between the initiator and the target is a 
storage device (hard disk drive, CD drive, DVD drive, or is 
the like) as an example. However, the present invention 
is not limited thereto. 

[0058] A personal computer (host computer) 2 includ- 
ing a data buffer 4 Is connected to an electronic instru- 
ment 8 through a bus BUS 1 (first bus) conforming to 20 
IEEE 1394. The electronic instrument 8 includes a data 
transfer control system 1 0 and a storage device 1 00 (de- 
vice in a broad sense). 

[0059] The electronic instrument 8 may include a sys- 
tem CPU, a system memory (ROM and RAM), an oper- 25 
ating section, a signal processing device, and the like 
(not shown). 

[0060] The data transfer control system 1 0 includes a 
physical layer (PHY) circuit 1 4, a link layer circuit 20, an 
SBP-2 circuit 22, an interface circuit 30, a packet man- so 
agement circuit 38, and a packet buffer 40 (data buffer). 
The data transfer control system 10 includes a CPU 42 
and a flash memory 44 (EEPROM). The data transfer 
control system 10 includes firmware 50 of which 
processing modules (program) are stored in the flash 35 
memory 44 and which is executed by the CPU 42 (proc- 
essor in a broad sense). The data transfer control sys- 
tem 10 in this embodiment does not necessarily include 
all the circuit blocks and functional blocks shown in FIG. 
8. Some of the circuit blocks and functional blocks may 4o 
be omitted. 

[0061] The physical layer circuit 1 4 is a circuit for irp- 
plementing the protocol of the physical layer shown In 
FIG. 1 by the hardware. The physical layer circuit 14 has 
a function of translating logical symbols used by the link 45 
layer circuit 20 into electrical signals. 
[0062] The link (& transaction) layer circuit 20 is a cir- 
cuit for implementing a part of the protocols of the link 
layer and the transaction layer shown in FIG. 1 by the 
hardware. The link layer circuit 20 provides various serv- so 
ices for packet transfer between the nodes. 
[0063] Data transfer conforming to IEEE 1 394 can be 
performed between the electronic instrument 8 and the 
personal computer 2 (an electronic instrument in a 
broad sense) through the bus BUS 1 (first bus) by uti- ss 
lizing the functions of the physical layer circuit 14 and 
the link layer circuit 20. 

[0064] The SBP-2 circuit 22 (transfer execution cir- 



cuit) is a circuit which implements a part of the SBP-2 
protocol and a part of the transaction layer by the hard- 
ware. Processing for dividing transfer data into a series 
of packets and continuously transferring the divided se- 
ries of packets can be implemented by the function of 
the SBP-2 circuit 22. 

[0065] The interface circuit 30 is a circuit which per- 
forms interface processing between the data transfer 
control system 10 and the storage device 100. Data 
transfer conforming to AT Attachment (ATA) and ATA 
Packet Interface (ATAPI) can be performed between the 
data transfer control system 10 and the storage device 
100 through a bus BUS2 (second bus) by the function 
of the interface circuit 30. 

[0066] The data transfer control system 10 can be 
provided with a conversion bridge function between 
IEEE 1394 (first interface standard in a broad sense) 
and ATA (IDE)/ATAPI (second interface standard in a 
broad sense) by providing the physical layer circuit 14, 
the link layer circuit 20, and the interface circuit 30 as 
shown in FIG. 8. 

[0067] A DMA controller 32 included in the interface 
circuit 30 is a circuit for performing direct memory ac- 
cess (DMA) transfer between the data transfer control 
system 10 and the storage device 100 through the bus 
BUS2. 

[0068] The storage device 100 connected to the bus 
BUS2 includes an interface circuit 102 for performing 
data transfer conforming to ATA (1DE)/ATAPI. and an ac- 
cess control circuit 104 which controls access (write or 
read) to a storage 1 06 such as a hard disk or optical disk. 
[0069] The buffer management circuit 38 is a circuit 
which manages an interface between the packet buffer 
40 and the link layer circuit 20 and the like. The buffer 
management circuit 38 includes registers for controlling 
the buffer management circuit 38, an arbitration circuit 
which arbitrates for bus connection to the packet buffer 
40, a sequencer which generates various control sig- 
nals, and the like. 

[0070] The buffer management circuit 38 includes a 
pointer management section 39. The pointer manage- 
ment section 39 manages pointers of the packet buffer 
40 by using a ring buffer, and updates a plurality of point- 
ers for writing and reading. 

[0071] The packet buffer 40 (packet memory or data 
buffer) is a buffer for temporarily storing packets (trans- 
ferred data), and is formed by hardware such as an 
SRAM, SDRAM, or DRAM. In this embodiment, the 
packet buffer 40 functions as a randomly accessible 
packet storage section. The packet buffer 40 may not 
be included in the data transfer control system 10 and 
be provided externally. 

[0072] The CPU 42 (processor in a broad sense) con- 
trols the entire device and data transfer. 
[0073] The flash memory 44 (EEPROM) is an electri- 
cally erasable programmable nonvolatile memory. The 
processing modules (program) of the firmware 50 are 
stored in the flash memory 44. 
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[0074] The firmware 50 is a program which includes 
various processing modules (processing routines) and 
operates on the CPU 42. The protocols of the transac- 
tion layer and the like are implemented by the firmware 
50 and the hardware such as the CPU 42. 
[0075] The firmware 50 (F/W) includes a communica- 
tion section 52, a management section 60, a fetch sec- 
tion 70. a storage task section 80, and a downloader 90. 
The firmware 50 does not necessarily include all of 
these functional blocks. Some of the functional blocks 
may be omitted. 

[0076] The communication section 52 is a processing 
module which functions as an interface between the 
firmware 50 and the hardware such as the physical layer 
circuit 14 and the link layer circuit 20. 
[0077] The management section 60 (management 
agent) is a processing module which manages a login, 
reconnect, logout, reset, and the like. In the case where 
the initiator requests a login to the target, the manage- 
ment section 60 receives the login request. 
[0078] The fetch section 70 (fetch agent) is a process- 
ing module which receives an operation request block 
(ORB), issues a command status, and requests the stor- 
age task section 80 to perform command processing. 
The fetch section 70 can also handle a link list of an ORB 
fetched by the fetch section 70 in response to the re- 
quest from the initiator, differing from the management 
section 60 which can handle only a single request. 
[0079] The storage task section 80 is a processing 
module for processing a command included in an ORB 
and processing DMA transfer. 

[0080] The downloader 90 is a processing module for 
updating the processing module of the firmware 50 
stored in the flash memory 44 and the like. 
[0081] The storage task section 80 includes a com- 
mand processing section 82, a command comparison 
section 84, a command abort section 86, and a transfer 
resume section 88. 

[0082] The command processing section 82 performs 
various types of processing of an ORB (command pack- 
et or a command packet for data transfer operation re- 
quest in a broad sense) transferred through the bus 
BUS1 (first bus conforming to the first interface standard 
such as IEEE 1394). In more detail, the command 
processing section 82 receives an ORB from the bus 
BUS1, issues a command (SCSI or MMC-2 command) 
included in the ORB to the storage device 100 (device 
in a broad sense) connected to the bus BUS2 (second 
bus of the second interface standard such as ATA/ 
ATAPI),' and orders start of DMA transfer (data transfer 
without involving the CPU) through the bus BUS2. 
[0083] If the bus reset (reset which clears node topol- 
ogy information) occurs during processing of an ORB 
(during data transfer based on the ORB), the command 
comparison section 84 compares the contents of the 
ORB1 transferred through the bus BUST before the bus 
reset with the contents of an ORB2 transferred through 
the bus BUS 1 after the bus reset. 



[0084] The command abort section 86 aborts the 
command (SCSI read command, SCSI write command, 
or the like) which has been issued to the storage device 
100 based on the ORB after completion of the DMA 
5 transfer (continuous data transfer) started based on the 
ORB (command). 

[0085] In more detail, if the contents of the ORB 1 be- 
fore the bus reset are determined to differ from the con- 
tents of the ORB2 after the bus reset, the commarid 

10 abort section 86 aborts (terminates or cancels) the com- 
mand which has been issued to the storage device 100 
based on the ORB1 after completion of the DMA transfer 
initiated based on the ORB 1 (command). 
[0086] In this case, the command abort section 86 

15 controls so that dummy data is transferred between the 
data transfer control system 10 and the storage device 
100 until the DMA transfer started based on the ORB is 
completed. 

[0087] in the data transfer control system 10 in this 
20 embodiment having a bus conversion bridge function, 
data transferred from the storage device 100 through 
the bus BUS2 is transferred to the personal computer 2 
through the bus BUS 1. Data transferred from the per- 
sonal computer 2 through the bus BUS1 is transferred 
25 to the storage device 100 through the bus BUS2. 

[0088] In the dummy data transfer, dummy data is 
transferred to the data transfer control system 10 from 
the storage device 100 through the bus BUS2, but is not 
transferred to the personal computer 2. Dummy data is 
30 transferred to the storage device 100 through the bus 
BUS2 even if data is not transferred to the data transfer 
control system 10 from the personal computer 2 through 
the bus BUS 1 . 

[0089] The command abort section 86 performs the 
35 abort processing after reconnect processing performed 
after the bus reset is completed. 

[0090] The transfer resume section 88 performs 
processing for resuming data transfer where the bus re- 
set occurred (data subsequent to the data transferred 
40 when the bus reset occurred) if the contents of the ORB 
1 before the bus reset are determined to be the same 
as the contents of the ORB2 after the bus reset. 

3. Details of processing 

45 

[0091] Details of processing in this embodiment are 
described below using flowcharts shown in FIGS. 9 and 
10 and the like. 

[0092] FIG. 9 is a flowchart showing overall process- 

50 ing in this embodiment. 

[0093] If the data transfer control system 10 receives 
an ORB1 including a command CMD1 during SBP-2 
processing (step SI), the data transfer control system 
10 judges whether or not the bus reset has occurred 

55 (step S2). If the bus reset has not occurred, the data 
transfer control system 10 issues the command CMD1 
included in the ORB1 to the storage device 100 (hard 
disk drive) as indicated by D1 in FIG. 11 (step S3). 
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[0094] Specifically, since commands similar to those 
of SCSI (MMC-2) (read, write, mode sense, mode se- 
lect, and the like) are used in SBP-2, the storage device 
ICQ performs operations such as reading or writing by 
using these commands. The data transfer control sys- i 
tern 10 in this embodiment retrieves the command 
CMD1 included in the ORB1, and issues the command 
CMD1 to the storage device 100 through the interface 
circuit 30 and the bus BUS2 (ATA/ATAPI). 
[0095] Atter issuing the command CMD1, the data i 
transfer control system 10 judges whether or not the bus 
reset has occurred (step S4). If the bus reset has not 
occurred, the data transfer control system 10 judges 
whether or not a signal DMARQ has been sent from the 
storage device 100 through the bus BUS2 (step 85). u 
[0096] Specifically, signals such as the DMA transfer 
request signal DMARQ and a DMARQ acknowledge 
signal DMACK are defined for the bus BUS2 conforming 
to ATA/ATAPI as described later. If the interface circuit 
102 of the storage device 100 activates the signal 2t 
DMARQ and the interface circuit 30 of the data transfer 
control system 10 then activates the signal DMACK, 
DMA transfer is started. 

[0097] If the signal DMARQ has not been sent from 
the storage device 1 00, the data transfer control system 25 
10 judges whether or not the bus reset has occurred 
(step S6). If the bus reset has not occurred, the data 
transfer control system 1 0 judges whether or not the sig- 
nal DMARQ has been sent from the storage device 1 00. 
The data transfer control system 10 repeats the judg- so 
ment in the steps S5 and S6 until the signal DMARQ is 
sent from the storage device 100. 
[0098] If the signal DMARQ is sent from the storage 
device 100, the data transfer control system 10 orders 
start of DMA transfer by activating the signal DMACK 3S 
and the like (step S7). This allows data transfer through 
the bus BUS1 (IEEE 1394) and the bus BUS2 (ATA/ 
ATAPI) to be performed, as indicated by D2 and D3 in 
FIG. 11. 

[0099] Data transfer through the bus BUS1 is imple- 4o 
mented by the physical layer circuit 14, the link layer 
circuit 20, the SBP-2 circuit 22, and the like. This allows 
data stored in the data buffer 4 of the personal computer 
2 to be written in the packet buffer 40, or data stored in 
the packet buffer 40 to be read into the data buffer 4. 4S 
[0100] Data transfer through the bus BUS2 is imple- 
mented by the interface circuit 30 and the like. This al- 
lows data stored in the packet buffer 40 to be written in 
the storage 1 06 of the storage device 1 00, or data stored 
in the storage 106 to be read Into the packet buffer 40. so 
[0101] The data transfer control system 10 judges 
whether or not the bus reset has occurred (step S8). If 
the bus reset has not occurred and the DMA transfer Is 
completed (step S9), the data transfer control system 
1 0 finishes command processing of the command ORB 5S 
(step S10), and notifies the personal computer 2 of the 
status of the command ORB1 (step S11). A series of 
command processing of the command ORB 1 is com- 



pleted in this manner. 

[0102] If the data transfer control system 10 judges 
that the bus reset has occurred In the step S2, S4, S6, 
or SB, reconnect processing in which the data transfer 
control system 10 waits for the initiator to reconnect is 
performed, as indicated by D4 in FIG. 11 (step 812). 
[0103] In SBP-2, an initiator which had logged in to a 
target before the bus reset can preferentially reconnect 
with the target for a given period after the bus reset. The 
initiator can exclusively possess the access right to the 
target (right to use the bus) by performing the reconnect 
processing after the bus reset. 

[01 04] If the data transfer control system 1 0 receives 
an ORB2 including a command CMD2 after the recon- 
nect processing (step S13), the data transfer control 
system 10 performs command comparison processing 
for comparing the contents of the ORB1 (CMD1 ) before 
the bus reset with the contents of the ORB2 after the 
bus reset, as indicated by D5 in FIG. 11 (step S14). 
[0105] In this embodiment, a page table present flag 
P. data size, operation code (code which distinguishes 
a write command, read command, and the like) and data 
length in a command block (command set) field included 
in the ORB are compared, as shown in FIG. 12. In the 
case where the ORB includes identification information 
(sequence number, for example) of the ORB. the iden- 
tification information may be compared. In the case 
where a page table is not used, values of data descrip- 
tors may be compared. In the case where a page table 
is used, the number of segments may be compared. 
[01 06] If the above information is compared, whether 
or not the ORB1 before the bus reset is the same as the 
ORB2 after the bus reset can be securely judged by us- 
ing simple processing. 

[0107] If the data transfer control system 10 judges 
thatthe contents of the ORB1 are the same as the con- 
tents of the ORB2, the data transfer control system 10 
performs data transfer resume processing of the ORB1 
(step SI 5). This enables data transfer to be resumed 
where the bus reset occurred as indicated by D6 in FIG. 
11. The details of the data transfer resume processing 
are disclosed in Japanese Patent Application Laid-open 
No. 2001-177537. 

[0108] If the data transfer control system 10 judges 
that the contents of the ORB1 differ from the contents 
of the ORB2 as indicated by E4 in FIG. 13. the data 
transfer control system 10 judges whether or not the 
command CMD1 included in the ORB1 has been issued 
to the storage device 100 (step SI 6). If the command 
CMD1 has not been issued, the data transfer control 
system 10 transitions to processing of the ORB2 which 
has been newly sent without performing command abort 
processing (step SI 7). In this embodiment, in the case 
where the bus reset occurs during processing of the 
command CMD1, the data transfer control system 10 
performs abort processing (step S21 ) if it is judged that 
the command CMD1 has been issued (step SI 6). If it is 
judged that the command CMD1 has not been issued 
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(step S16). the data transfer control system 10 transi- 
tions to the processing of the ORB2 (step SI 7) without 
performing the abort processing. 
[0109] If the command CMD1 has been issued to the 
storage device 100, the data transfer control system 10 
judges whether or not the DMA transfer has been start- 
ed (step S18). If the DMA transfer has been started, the 
data transfer control system 10 transitions to the abort 
processing of the command CMD1. as indicated by E5 
in FIG. 13 (step S21). If the command CMD1 has not 
been issued, the data transfer control system 1 0 judges 
whether or not the DMA transfer request signal DMARQ 
has been sent from the storage device 100 (step SI 9). 
If the signal DMARQ has not been sent from the storage 
device 1 00, the data transfer control system 1 0 transi- 
tions to the abort processing of the command CMD1 . If 
the signal DMARQ has been sent from the storage de- 
vice 1 00, the data transfer control system 1 0 orders start 
of DMA transfer (step S20). and transitions to the abort 
processing of the command CMD1 . After the data trans- 
fer control system 10 finishes the abort processing of 
the command CMD1 . the data transfer control system 
10 transitions to the processing of the ORB2 (CMD2) 
(step SI 7). 

[0110] FIG. 10 is a flowchart showing the abort 
processing of the command CMD1 . 
[0111] The data transfer control system 10 judges 
whether or not the DMA transfer is active (step S31). 
For example, if the data transfer control system 1 0 judg- 
es that the DMA transfer has not been started in the step 
S18 in FIG. 9 and that the signal DMARQ has not been 
sent in the step 81 9, the data transfer control system 1 0 
Judges that the DMA transfer is not active in the step 

531 in FIG. 10. In this case, the data transfer control 
system 1 0 aborts the command CMD1 without perform- 
ing the dummy data transfer control processing in steps 

532 to S3B. This enables the processing in the steps 

532 to S38 to be omitted, whereby efficiency of the 
processing can be increased. 

[0112] If the data transfer control system 10 judges 
that the DMA transfer is active, the data transfer control 
system 10 judges whether or not the command CMD1 
is either a read command or a write command (step 
S32). 

[0113] If the command CMD1 is a read command, the 
data transfer control system 10 judges whether or not 
the DMA transfer based on the command CMD1 has 
been completed (step S33). If the DMA transfer has not 
been completed, the data transfer control system 10 
performs transfer processing of dummy data in the steps 

533 to S35 between the data transfer control system 1 0 
and the storage device 100 until the DMA transfer is 
completed. If the data transfer control system 1 0 judges 
that the DMA transfer has been completed, the data 
transfer control system 10 performs the abort process- 
ing of the command CMD1 as indicated by E7 in FIG. 
13 (step S39). 

[0114] If the command CMD1 is a write command, the 



data transfer control system 10 judges whether or not 
the DMA transfer based on the command CMD1 has 
been completed (step S36). If the DMA transfer has not 
been completed, the data transfer control system 10 

5 performs transfer (write) processing of dummy data in 
the steps S36 to S38 between the data transfer control 
system 10 and the storage device 100 until the DMA 
transfer is completed. If the data transfer control system 
10 judges that the DMA transfer has been completed, 

10 the data transfer control system 10 performs the abort 
processing of the command CMD1 (step S39). 
[01 15] The command abort processing may be imple- 
mented by a software reset defined in ATA/ATAPI, for 
example. In more detail, the software reset is executed 

15 by setting "1 " in an SRST bit of a device control register 
included in the interface circuit 1 02 of the storage device 
100. The value may be set in the register by allowing 
the interface circuit 30 to access the register of the in- 
terface circuit 102 by PIO transfer using BUS2 signals 

20 CS[1:0], DA[2:0], DlOW, DIOR, and the like as de- 
scribed later. 

[0116] In this embodiment, the command CMD1 
which has been issued to the storage device 1 00 before 
the bus reset (see step S3 in FIG. 9 and El in FIG, 13) 
25 is aborted after the DMA transfer (see steps S7 and S20 
in FIG. 9 and E3 in FIG. 13) started based on the ORB1 
(CMD1) is completed (see step S39 in FIG. 10 and E7 
in FIG. 1 3). 

[0117] This allows the command CMD1 to be aborted 
30 after the DMA transfer between the data transfer control 
system 10 and the storage device 100 through the bus 
BUS2 is completed normally. Therefore, since the stor- 
age device 100 can normally complete the DMA trans- 
fer, occurrence of a problem in which the storage device 
35 100 hangs can be prevented. Moreover, since the DMA 
transfer through the bus BUS2 is performed by dummy 
data transfer until the command CMD1 is aborted, the 
processing of the personal computer 2 is not adversely 
affected. 

40 [01 1 8] In particular, since the storage device 1 00 hav- 
ing an ATA (IDE)/ATAPI interface is originally designed 
as a built-in storage device for the personal computer 2, 
the storage device 100 is not designed taking occur- 
rence of the IEEE 1 394 bus reset during the DMA trans- 

45 fer into consideration. Therefore, if the storage device 
100 is connected to the data transfer control system 10 
in this embodiment having a bridge function between 
IEEE 1394 and ATA/ATAPI, the storage device 100 may 
hang due to occurrence of an unexpected bus reset. 

50 However, according to this embodiment, since the com- 
mand is aborted after the DMA transfer is completed, 
occurrence of hang-up can be prevented. 

4. Dummy data transfer 

55 

[0119] The transfer processing of dummy data in the 
steps S33 to S35 and S36to S38 in FIG. 10 is described 
below with reference to FIGS. 14A to 14E and 15A to 
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15E. 

[01 20] FIGS. 1 4A to 1 4E are illustrative of pointer con- 
trol of the packet buffer 40 in the case where the per- 
sonal computer 2 reads data stored in the storage de- 
vice 1 00 (data transfer control system 1 0 transmits da- s 
ta). 

[0121] In FIGS. 14A to 14E, a pointer ATXP1 (first 
pointer) is a pointer for writing data transferred from the 
bus BUS2 (storage device 1 GO, ATA/ATAPI) in the pack- 
et buffer 40. The pointer ATXP1 is updated each time io 
data transferred from the bus BLIS2 is written in the 
packet buffer 40. A pointer LTXP2 (second pointer) is a 
pointer for reading data transferred to the bus BUS 1 
(personal computer 2, IEEE 1394) from the packet buff- 
er 40. The pointer LTXP2 is updated each time data ^5 
transferred to the bus BUS is read from the packet buffer 
40. These pointers are updated by the pointer manage- 
ment section 39. 

[0122] As shown in FIG. 14A, the pointer ATXP1 is 
updated each time data transferred from the bus BUS2 20 
is written in the packet buffer 40 by the interface circuit 
30. and a location indicated by the pointer ATXP1 is 
moved downward (in the data storage direction). The 
pointer ATXP1 is managed by using a ring buffer. There- 
fore, when the pointer ATXP1 reaches a lower boundary 25 
BD2 of the storage region, the pointer ATXP1 is returned 
(rings) to an upper boundary BD1 of the storage region, 
as shown in FIG. 148. 

[0123] If it is judged that ATXP1 = LTXP2 (step S34 
in FIG. 1 0), data is stored in the entire storage region of 30 ^ 
the packet buffer 40, as shown in FIG. 14C. In FIGS. 
14A to 14E, a portion indicated by slanted lines desig- 
nates the stored data. 

[01 24] In this embodiment, the same value is rewritten 
in the pointer register of the pointer LTXP2 as shown in 35 
FIG. 14D (step S35 in FIG. 10). This allows a dummy 
update on the pointer LTXP2, whereby a result in which 
data stored in the entire storage region is read is ob- 
tained. The pointer ATXP1 is then updated as shown in 
FIG. 1 4E, whereby data transferred from the bus BUS2 
is written in the storage region from which data is read 
imitatively. The pointer control shown in FIG. 14A to 14E 
is repeated until the DMA transfer is completed (step 
S33 in FIG. 10) so that dummy data is transferred be- 
tween the data transfer control system 1 0 and the stor- 45 
age device 100 through the bus BUS2. 
[01 25] In this embodiment, transfer control of dummy 
data is implemented by performing a dummy update on 
the pointer LTXP2 so that the pointer ATXP1 (first point- 
er) which is updated each time data transferred from the so 
bus BUS2 is written in the packet buffer 40 does not go 
ahead of the pointer LTXP2 (second pointer). 
[0126] FIGS. 1 5A to 15E are illustrative of pointer con- 
trol of the packet buffer 40 in the case where the per- 
sonal computer 2 writes data in the storage device 100 55 
(data transfer control system 10 receives data). 
[0127] In FIGS. 15A to 15E. a pointer ARXP3 (third 
pointer) is a pointer for reading data transferred to the 



bus BUS2 from the packet buffer 40. The pointer ARXP3 
is updated each time data transferred to the bus BUS2 
is read from the packet buffer 40. A- pointer LRXP4 
(fourth pointer) is a pointer for writing data transferred 
from the bus BUS 1 in the packet buffer 40. The pointer 
LRXP4 is updated each time data transferred from the 
bus BUS is written in the packet buffer 40. These point- 
ers are updated by the pointer management section 39. 
[0128] As shown in FIG. 15A, the pointer ARXP3 is 
updated each time data transferred to the bus BUS2 is 
read from the packet buffer 40, and a location indicated 
by the pointer ARXP3 is moved downward. The pointer 
ARXP3 is managed by using a ring buffer. Therefore, if 
the pointer ARXP3 reaches the lower boundary BD2, 
the pointer ARXP3 is returned to the upper boundary 
BD1. 

[0129] If it is judged that ARXP3 = LRXP4 (step S37 
in FIG. 10), data is read from the entire storage region 
of the packet buffer 40. as shown in FIG. 15C. 
[0130] In this embodiment, the same value is rewritten 
in the pointer register of the pointer LRXP4 as shown in 
FIG. 15D (step S38 in FIG. 10). This allows a dummy 
update on the pointer LRXP4, whereby a result in which 
the data is written in the entire storage region is ob- 
tained. The pointer ARXP3 is then updated as shown in 
FIG. 15E, whereby data transferred to the bus BUS2 is 
read from the storage region in which data is written im- 
itatively. The pointer control shown in FIG. 15A to 15E 
is repeated until the DMA transfer is completed (step 
S36 in FIG. 10) so that dummy data is transferred be- 
tween the data transfer control system 10 and the stor- 
age device 100 through the bus BUS2. 
[0131] In this embodiment, the transfer control of 
dummy data is implemented by performing a dummy up- 
date on the pointer LRXP4 so that the pointer ARXP3 
(third pointer) which is updated each time data trans- 
ferred to the bus BUS2 is read from the packet buffer 40 
does not go ahead of the pointer LRXP4 (fourth pointer). 
[01 32] In this embodiment, dummy data is transferred 
imitatively between the data transfer control system 10 
and the storage device 100 through the bus BUS2 until 
the DMA transfer is completed, and the command 
CMD1 is aborted after the DMA transfer is completed. 
The personal computer 2 imitatively reads or writes 
transferred data by performing a dummy update on the 
pointers LTXP2 and LRXP4. as shown in FIGS. 1 4D and 
1 5D. Therefore, the processing of the personal compu- 
ter 2 can be prevented from being adversely affected if 
the DMA transfer is continued until the command CMD 1 
is aborted. This enables the ORB2 (CMD2) newly sent 
from the personal computer 2 after the bus reset to be 
appropriately processed after the command CMD1 is 
aborted. 

[0133] The method of doing a dummy update on the 
pointers LTXP2 and LRXP4 is not limited to the method 
shown in FIGS. 1 4A to 1 5D. It suffices that the pointers 
LTXP2 and LRXP4 be controlled so that at least the 
pointers ATXP1 and ARXP3 do not go ahead of the 
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pointers LTXP2 and LRXP4. The transfer processing of 
dummy data may be implemented by providing a hard- 
ware circuit exclusive for the dummy data transfer in- 
stead of the pointer control shown in FIGS. 14A to 15D. 

5. ATA/ATAPI interface circuit 

[0134] FIG. 1 6 shows a configuration example of the 
ATA/ATAPI interface circuit 30. The interface circuit 30 
does not necessarily include all the circuit blocks shown 
in FIG. 16. Some of the circuit blocks may be omitted. 
[0135] A FIFO 31 is a buffer for adjusting (buffering) 
the difference in data transfer rate. A DMA controller 32 
is a circuit which controls (REQ/ACK control) the FIFO 
31 and an interface core circuit 34. 
[0136] The interface core circuit 34 is a circuit which 
controls DMA transfer and the like. A counter 35 includ- 
ed in the interface core circuit 34 is an ATA (IDE)/ATAPI 
reset counter. A UDMA circuit 36 included in the inter- 
face core circuit 34 is a circuit for controlling ATA/ATAPI 
UltraDMA transfer. The UDMA circuit 36 includes a Ul- 
traDMA FIFO 37 and a UltraDMA CRC calculation cir- 
cuit 38. 

[0137] A register 33 is a register for controlling initia- 
tion of DMA transfer and the like. The register 33 is ac- 
cessible by the firmware 50 (CPU 42). 
[01 38] A signal CS[1 :0] is a chip select signal used to 
access each ATA register. A signal DA[2:0] is an ad- 
dress signal for accessing data or a data port. 
[0139] The signals DMARQ and DMACK are signals 
used for DMA transfer. The storage device 1 00 (device) 
activates (asserts) the signal DMARQ when prepara- 
tions for data transfer are completed, and the data trans- 
fer control system 10 (host) activates the signal DMACK 
when initiating the DMA transfer in response to the sig- 
nal DMARQ. 

[0140] A signal DlOW (STOP) is a write signal used 
to write data in a register or a data port. The signal DlOW 
functions as a STOP signal during UrtraDMA transfer. 
A signal DIOR (HDMARDY, HSTROBE) is a read signal 
used to read data from a register or a data port. The 
signal DIOR functions as an HDMARDY/HSTROBE sig- 
nal during UrtraDMA transfer. 

[0141] A signal lORDY (DDMARDY. DSTROBE) is 

used as a wait signal or the like when the storage device 
100 does not complete preparations for data transfer. 
The signal lORDY functions as a DDMARDY/ 
DSTROBE signal during UrtraDMA transfer. 
[0142] FIGS. 17A to 19B show signal waveform ex- 
amples of the above ATA signals. In FIGS. 17A to 19B, 
designates that the signal is a negative logic signal 
(active at L level). 

[0143] FIGS. 17A and 17B are signal waveform ex- 
amples during PIO (Parallel I/O) reading and PIO writ- 
ing. The ATA status register is read by the PIO reading 
shown in FIG. 1 7A. The control register is written by the 
PIO writing shown in FIG. 17B. For example, a software 
reset for aborting a command issued to the storage de- 



vice 100 is generated by setting "1" in the SRST bit of 
the register of the interface circuit 1 02 by the PIO writing 
shown in FIG. 1 7B. 

[0144] FIGS. 18A and 18B are signal waveform ex- 
5 amptes during DMA reading and DMA writing. The stor- 
age device 100 (interface circuit 102) activates the sig- 
nal DMARQ (H level) when preparations for data trans- 
fer are completed. The data transfer control system 10 
(interface circuit 30) activates the signal DMACK (L lev- 
10 el) in response to the signal DMARQ to initiate DMA 
transfer. The DMA transfer of data DD[15:0] is per- 
formed by using the signal DIOR (during reading) or Dl- 
OW (during writing). 

[0145] FIGS. 19A and 19B are signal waveform ex- 
15 amples during UltraDMA reading and UltraDMA writing. 
The storage device 100 activates the signal DMARQ 
when preparations for data transfer are completed. The 
data transfer control system 10 activates the signal 
DMACK in response to the signal DMARQ to initiate 
20 DMA transfer. The UltraDMA transfer of data DD[1 5:0] 
is performed by using the signals DlOW, DIOR, and 
lORDY. 

[01 46] Note that the present invention is not limited to 
the above-described embodiments, and various modifi- 
es cations can be made within the scope of the invention. 
[0147] For example, in part of this specification, terms 
such as IEEE 1394, ATA/ATAPI, SBP-2. IPover1394, 
ORB, a personal computer/storage device, a hard disk 
drive/optical disk drive, a storage device and CPU are 
30 replaced by terms in a broader sense such as a first in- 
terface standard, a second interface standard, a first 
higher level protocol of the first interface standard, a 
second higher level protocol of the first interface stand- 
ard, a command packet, an electronic instrument, a stor- 
es age device, a device and a processor, but these terms 
may be replaced also in another part of the specification. 
[0148] Part of requirements of any claim of the 
present invention could be omitted from a dependent 
claim which depends on that claim. Moreover, part of 
40 requirements of any independent claim of the present 
invention could be made to depend on any other inde- 
pendent claim. 

[0149] The configuration of the data transfer control 
system and the electronic instrument of the present in- 

45 vention is not limited to the configuration shown in FIG. 
8, and various modifications are possible. For example, 
part of the circuit blocks and the functional blocks shown 
in FIGS. 9 and 18 may be omitted, or the connection 
between the blocks may be modified. The second bus 

50 (BUS2) may be connected to a device other than the 
storage device. The connection of the physical layer cir- 
cuit, the link layer circuit, and the packet buffer is not 
limited to the connection shown in FIG. 8. 
[0150] Although the embodiments illustrate the case 

55 where the functions of the command processing sec- 
tion, command abort section, command comparison 
section, transfer resume section, and the like are imple- 
mented by the firmware (program), part or all of these 



11 



21 



EP 1 389 761 A2 



22 



functions may be implemented by hardware. 
[0151] The present invention is particularly useful for 
the bus reset in IEEE 1394. However, the present Inven- 
tion may be applied to another reset which clears at least 
the node topology information. The present invention 
may be applied to command abort processing per- 
formed in the time other than the bus reset. 
[0152] The present invention may be applied to vari- 
ous types of electronic appliances (such as hard disk 
drives, optical disk drives, magneto -optical disc drives, 
PDAs, expansion devices, audio devices, digital video 
cameras, portable telephones, printers, scanners, TVs, 
VCRs, telephones, display devices, projectors, person- 
al computers, or electronic notebooks). 
[01 53] The embodiments of the present invention de- 
scribe the case where the present invention is applied 
to the data transfer conforming to the IEEE 1 394, SBP- 
2, and ATA/ ATARI standards. However, the present in- 
vention may be applied to data transfer conforming to 
standards based on concepts similar to those of the 
IEEE 1394 (PI 394a), SBP-2 (SBP), and ATA/ATAPI, or 
on standards developed from the IEEE 1394, SBP-2, 
and ATA/ATAPL 



Claims 

1. A data transfer control system for data transfer 
through a bus, comprising: 

a command processing section which receives 
a command packet transferred through a first 
bus, issues a command indicated by the com- 
mand packet to a device connected to a second 
bus, and orders start of a direct memory access 
(DMA) transfer through the second bus; and 
a command abort section which aborts the 
command issued to the device connected to the 
second bus based on the command packet af- 
ter the completion of the DMA transfer started 
based on the command packet. 

2. The data transfer control system as defined in claim 
1 , further comprising: 

a command comparison section which com- 
pares contents of a first command packet trans- 
ferred through the first bus before a bus reset 
with contents of a second command packet 
transferred through the first bus after the bus 
reset, when the bus reset that clears node to- 
pology information has occurred during the 
processing of the first command packet, 

wherein the command abort section aborts a 
command which has been issued to the device con- 
nected to the second bus based on the first com- 
mand packet after completion of a DMA transfer 
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which has been started based on the first command 
packet, when the contents of the first command 
packet are determined to be different from the con- 
tents of the second command packet, 

3. The data transfer control system as defined In claim 
1 or 2, wherein: 

when a bus reset that clears node topology in- 
formation occurs during processing of a first 
command packet, 

in a case where a command of the first com- 
mand packet has been issued to the device 
connected to the second bus, the command of 
the first command packet is aborted, and 
in a case where the command of the first com- 
mand packet has not been issued to the device 
connected to the second bus, processing of a 
second command packet starts without abort- 
ing the command of the first command packet. 

4. The data transfer control system as defined in any 
one of claims 1 to 3, 

wherein the command abort section controls 
dummy data transfer to or from the device connect- 
ed to the second bus until the completion of the 
DMA transfer. 

5. The data transfer control system as defined in claim 
. 4, 

wherein the command abort section aborts a 
command without controlling dummy data transfer 
when any DMA transfer is not being performed in 
determination of whether or not the command is to 
be aborted. 

6. The data transfer control system as defined in claim 
4 or 5, further comprising: 

a pointer management section which manages 
pointers for a packet buffer which is a ring buffer 
and temporarily stores transferred data, the 
pointer management section updating a first 
pointer each time when data transferred from 
the second bus is written in the packet buffer, 
and also updating a second pointer each time 
when data to be transferred to the first bus is 
read from the packet buffer, 

wherein the command abort section controls 
dummy data transfer by performing a dummy up- 
date on the second pointer so that the first pointer 
does not go ahead of the second pointer. 



55 7. The data transfer control system as defined in any 
one of claims 4 to 6, further comprising: 

a pointer management section which manages 
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pointers for a packet buffer which is a ring buffer 
and temporarily stores transferred data, the 
pointer management section updating a third 
pointer each time when data to be transferred 
to the second bus is read from the packet buffer, 
and also updating a fourth pointer each time 
when data transferred from the first bus is writ- 
ten in the packet buffer. 

wherein the command abort section controls 
dummy data transfer by performing a dummy up- 
date on the fourth pointer so that the third pointer 
does not go ahead of the fourth pointer. 

8. The data transfer control system as defined in any 
one of claims 1 to 7, 

wherein the first bus transfers data conform- 
ing to the IEEE 1 394 standard, and the second bus 
transfers data conforming to the Advanced Technol- 
ogy Attachment/ Advanced Technology Attachment 
Packet Interface (ATA/ATAPI) standard. 

9. An electronic instrument comprising: 

the data transfer control system as defined in 

any one of claims 1 to 8; and 

the device connected to the second bus. 

10. A program causing a data transfer control system 
to function as: 

a command processing section which receives 
a command packet transferred through a first 
bus, issues a command indicated by the com- 
mand packet to a device connected to a second 
bus, and orders the start of a direct memory ac- 
cess (DMA) transfer through the second bus; 
and 

a command abort section which aborts the 
command issued to the device connected to the 
second bus based on the command packet af- 
ter the completion of the DMA transfer started 
based on the command packet. 

1 1 . The program as defined in claim 1 0 causing the da- 
ta transfer control system to further function as: 

a command comparison section which com- 
pares contents of a first command packet trans- 
ferred through the first bus before a bus reset 
with contents of a second command packet 
transferred through the first bus after the bus 
reset, when the bus reset that clears node to- 
pology information has occurred during the 
processing of the first command packet, 

wherein the command abort section aborts a 
command which has been issued to the device con- 



nected to the second bus based on the first com- 
mand packet after completion of a DMA transfer 
which has been started based on the first command 
packet, when the contents of the first command 
5 packet are determined to be different from the con- 

tents of the second command packet. 

12. The program as defined in claim 10 or 11, 

wherein the command abort section controls 
10 dummy data transfer to or from the data transfer 
control system and the device connected to the sec- 
ond bus until the completion of the DMA transfer. 

13. A data transfer control method for data transfer 
15 through a bus, the method comprising: 

issuing a command indicated by a command 
packet transferred through a first bus, to a de- 
vice connected to a second bus, and ordering 

20 start of a direct memory access (DMA) transfer 

through the second bus; and 
aborting the command issued to the device 
connected to the second bus based on the 
command packet after the completion of the 

25 DMA transfer started based on the command 

packet. 

1 4. The data transfer control method as defined in claim 
13, further comprising: 

30 

comparing contents of a first command packet 
transferred through the first bus before a bus 
reset with contents of a second command pack- 
et transferred through the first bus after the bus 

35 reset, when the bus reset that clears node to- 

pology information has occurred during the 
processing of the first command packet; and 
aborting a command which has been issued to 
the device connected to the second. bus based 

40 on the first command packet after completion 

of a DMA transfer which has been started 
based on the first command packet, when the 
contents of the first command packet are deter- 
mined to be different from the contents of the 

45 second command packet. 

1 5. The data transfer control method as defined in claim 
13 or 14, further comprising: 

50 controlling dummy data transfer to or from the 

device connected to the second bus until the 
completion of the DMA transfer. 
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FIG- 17A 

PIO READ (STORAGE DEVICE — DATA TRANSFER CONTROL SYSTEM — PC) 
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PIO WRITE (PC DATA TRANSFER CONTROL SYSTEM STORAGE DEVICE) 
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FIG. 18A 

DMA READ (STORAGE DEVICE — DATA TRANSFER CONTROL SYSTEM — PC) 
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FIG. 18B 

DMA WRITE (PC DATA TRANSFER CONTROL SYSTEM STORAGE DEVICE) 
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RG. 19A 

UltraDMA READ (STORAGE DEVICE DATA TRANSFER CONTROL SYSTEM -» PC) 
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UltraDMA WRITE (PC DATA TRANSFER CONTROL SYSTEM STORAGE DEVICE) 
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